home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1170 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.3 KB
  1. Date: Sun, 31 Jul 1994 13:17:40 -0400 (EDT)
  2. From: Timothy Miller <millert@cs.csee.usf.edu>
  3. Subject: Re: GEM List
  4. To: gem-list@world.std.com
  5. In-Reply-To: <90940731090809/0006795560PK4EM@mcimail.com>
  6. Message-Id: <Pine.3.87.9407311340.F532-0100000@grad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11.  
  12. Everyone:
  13.  
  14. If we're to use an ASCII app-defs file to represent key codes, how about 
  15. we use ^ for control, + for shift, and @ for Alt?  When displaying in the 
  16. menu, + would be converted to up-arrow, and @ would be converted to that 
  17. closer thing.
  18.  
  19. Ctrl-Alt-Delete would be     ^@del
  20. Ctrl-A would be              ^A
  21. Shift-Ctrl-T would be        ^+T
  22.  
  23. And so forth.  This would make it MUCH easier to parce than "<ctrl>" and 
  24. the sort.  And for those who don't know the convention, we'll have 
  25. comment lines at the beginning of the file explaining it.
  26.  
  27.  
  28. Hollis:
  29.  
  30. ]Then it makes no sense to argue about this.  GEM doesn't function in any
  31. ]consistent way.  It functions the way YOU make it function.  Why would
  32. ]a closer pop up a menu?  My library only pops up a menu if you hold down the
  33. ]button on a closer.  If you tap the closer shut, it closes it.  I begin
  34. ]to wonder if you received a copy of XAES without my permission...
  35.  
  36. I do not have a copy of XAES.  I heard about a wordprocessor or something 
  37. for the Atari that would pop up a menu when you clicked on the closer.
  38.  
  39. And BTW, I am STRONGLY against replacing the standard window gagets.
  40.  
  41.  
  42. ]Toolboxes are not the only place background windows should be enforced.  
  43. Make
  44. ]it so that if a user creates a window with your library, they have the
  45. ]option to use WF_BEVENT.  If they are not using the right TOS version, then
  46. ]handle the WF_BEVENT bit yourself!
  47.  
  48. I haven't taken the time to figure out WF_BEVENT.  I will soon for the 
  49. sake of knowing it, but so far I don't seem to need it which is just 
  50. great by me because not everyone will be running an OS with WF_BEVENT.
  51.  
  52.  
  53. ]Hint : The ability to handle background window gadgets (sizer, sliders,
  54. ]       titlebar, etc.) is directly linked with the ability to click
  55. ]       background buttons in dialogs.
  56.  
  57. I understand now.  Do you then do 3-d gagets on all windows even on older 
  58. TOS versions?  This WOULD be a benefit.
  59.  
  60.  
  61. ]Just sounds like you're a lazy coder.  There is *nothing* hard about what
  62. ]you just explained to me.  It's all a matter of sitting down and DOING it.
  63. ]If you keep contradicting everything I say and saying it's not easy, or it's
  64. ]impossible, then no one will even WANT to get your library.  Don't be a lazy
  65. ]assed coder.  TRY something for a change, rather than coming up with excuses
  66. ]to get out of everything before even trying it.
  67.  
  68. I'm not lazy... just practical.  Before I write code, I will often sit 
  69. down and work the whole thing out in my mind or on paper before I begin.  
  70. I go for the most ellegant approach.  The most ellegant isn't necessarily 
  71. the most efficient, code-wise, but it takes the least time for me, is 
  72. often smaller, requires less typing, and is far less bug-prone.
  73.  
  74. Parcing ASCII is not my most favorite thing to do.  I can do it, but I 
  75. don't think it's very enjoyable.  Therefore, I'm a bit more likely to not 
  76. do it too well, due to lack of experience.  (not that I wouldn't TRY, 
  77. though.)  Whatever is required to parce this file and deal with it WILL 
  78. be included in my library in some form or other, so don't worry about it.
  79.  
  80.  
  81.  
  82.